Security for external system management

ABSTRACT

A system and method for enhanced security for external system management. A request to manage a system is received from a client at an interface. A determination is made whether a level of security is desired for the interface. If a level of security is desired for the interface, then identification information is obtained from the request and is converted into a format that is compatible with the system to be managed. A determination is made whether the system provides authorization for the client to manage the system.

TECHNICAL FIELD

Embodiments of the invention generally relate to the field of client/server systems and, more particularly, to a system and method for security for external system management.

BACKGROUND

In the operation of a server, external management of systems may provide convenient and powerful management operations. In general, an external client connects to the server through an interface and manages the system through such interface, including starting and stopping the system and monitoring activity of the system as needed.

However, the external management of any system requires consideration of security risk. The use of external management implies that an external client will have control of a system, and authentication procedures are required to provide sufficient assurance that the client is authorized to manage the system.

A system is in risk of compromise if the interface between the server and the client does not provide a sufficient level of security and authentication of identity. This level of security provided by an interface will depend in part on the technology that is used to establish and operate the interface. If the security of the interface is not sufficient for the processes in question, other security measures may be needed to ensure that the system is protected and that control of the system is not compromised.

SUMMARY OF THE INVENTION

A system and method for security for external system management are described.

According to a first embodiment of the invention, a method includes receiving a request to manage a system from a client at an interface, and determining if a level of security is desired. If a level of security is desired, identification information is obtained from the request and a determination is made regarding whether the system to be managed includes authorization for the client to manage the system.

Under a second embodiment of the invention, a server includes a container comprising an application, with the application including authorization data, and an interface, with the interface to be connected to a client system for management of the application. The interface includes a security function that extracts identity information from a communication from a client system and determines whether the client system has authority to manage the application.

Under a third embodiment of the invention, a system includes a client system, where the client system provides a communication to request to manage a computer application, and a server. The server includes the computer application and an interface, where the client system is to be coupled with the interface and where the computer application includes data regarding access credentials. The interface is to extract identification information from the communication, convert the identification information into a format compatible with the computer application, and compare the converted identification information with data regarding access credentials to determine whether the client system is authorized to access the computer application.

BRIEF DESCRIPTION OF THE DRAWINGS

Embodiments of the invention are illustrated by way of example, and not by way of limitation, in the figures of the accompanying drawings in which like reference numerals refer to similar elements.

FIG. 1 is an illustration of an embodiment of a server and client system;

FIG. 2 is an illustration of an embodiment of provision of security for a web service interface;

FIG. 3 is an illustration of signals for an embodiment of the invention;

FIG. 4 is a flowchart to illustrate an embodiment of security operations;

FIG. 5 is an illustration of an embodiment of an externally managed J2EE instance;

FIG. 6 is a diagram illustrating an embodiment of a system architecture; and

FIG. 7 is a block diagram illustrating an embodiment of an architecture including a Web Application Server.

DETAILED DESCRIPTION

Embodiments of the invention are generally directed to a system and method for security for external system management.

As used herein, “Web service” means a software application assessable in a web environment. Web service includes the term as used by the World Wide Web Consortium (W3C) in applicable standards.

In an embodiment of the invention, security is provided for external management of systems. In one embodiment, security is provided to supplement security provided by a server interface. In one embodiment, a server utilizes security data for an externally managed system to enhance security provided by an interface to the server.

In one embodiment of the invention, a server utilizes an interface to an external client, the external client managing a system through the interface. The management of the system may include, but is not limited to, starting, stopping, and monitoring operations of the system. In one possible example, a web service is utilized for external management of a system. In one embodiment, additional security may be provided for an interface, such as in circumstances in which security function is limited by the interface system.

In one embodiment of the invention, additional security may be provided for a server interface using authentication information for a managed system. In one embodiment, an interface to a server that provides access to a system for an external client obtains identification information from a communication from the external client for authorization. In one embodiment, the server extracts identification information from a communication, coverts such identification data to a format compatible with the managed system, and compares the identification information to authentication information from the managed system.

In one embodiment, external system management is implemented in a web service interface. In one embodiment, a server includes a web service interface. In such embodiment, an external manager of a system accesses the web service in order to provide external management of an application or other system. In one embodiment, a server registers a web service as an interface for external clients. A client system seeking to manage a system on the server finds the web service and binds the web service in order to engage in management activities with regard to the system. In one embodiment, the web service obtains identification information from a communication from the client system. The web service authenticates the client system using data of the one or more systems to be managed. If the web service is successful in authenticating the client system, the client system is allowed to engage in management of the system.

In one embodiment, a server interface provides access to one or more systems for external management by one or more external clients. The management by external clients provides powerful management capability access, but requires sufficient safeguards in operation. In one embodiment, the platform used to establish the interface may not provide sufficient authentication capability for external clients. In one embodiment, the interface is a universal interface that is intended to provide access to various different types of external clients. In one possible example, an interface may be established using a web service, but embodiments of the invention are not limited to such technology. A web service, while offering significant power and flexibility for operations with many different computer platforms, in general provides limited security functions.

In one embodiment of the invention, an accessing system that seeks to externally manage a system on a server provides a communication to the server through the interface. In the embodiment, the interface extracts identification information from the communication and converts such identification information into a format compatible with the managed system, which may include eliminating any extraneous information. The server then utilizes the converted identification information to determine whether the accessing system is authorized. The determination of authorization thereby utilizes authentication information already found in a managed system to provide interface security. In one embodiment, a server modifies received information to generate a searchable identification in the context of the managed system. The server then searches the managed system to determine whether the managed system contains authentication for the user of the accessing system. In one embodiment of the invention, a client is not allowed to proceed through a server interface unless the server is able to extract identification information and to authenticate the authority of the client for access to a system.

In one embodiment, an enhanced authentication process for a server interface is utilized when sufficient authentication processes are not available for the interface or when a level of security is desired. When sufficient authentication processes are available for the interface, the enhanced authentication process is not utilized. The use of secure technology in some cases may reduce the need for enhanced authentication processes. In one example, a transaction may utilize a secure object, such as a UNIX domain socket or Windows named pipe. The use of the secure object may provide sufficient assurance of authentication and thus enhanced authentication may not be required or desired in such circumstances.

The processes for providing security will vary with the circumstances. In one example, a Windows system may provides a user name account to a web service, and the web service may be unable to use the account information to authenticate the account. In one embodiment, the web service strips off the account information to obtain the user name. In an embodiment, the web service utilizes the name to determine whether an account exists for the user. In one embodiment, the security is in addition to any other security processes that are in place.

In an embodiment of a web application server, a startup and control framework may be utilized to start, stop, and monitor a system such as a J2EE (Java 2 Platform, Enterprise Edition) instance. The framework may be used to monitor and control an application remotely. In one embodiment of the invention, a web service is used in the startup and control framework. In one embodiment, a single startup and control framework may be addressed by multiple types of client systems for application monitoring and control. In one embodiment, a platform independent framework is provided for external management of systems. In an embodiment, an application server (a component server that is compliant with the J2EE environment) may be accessed by multiple different client systems using the same interface. Because the client systems vary in platform, the account or identification information will vary, and thus the extracted identification information may require conversion to be compatible with the underlying application.

In one embodiment of the invention, a startup and control program, such as, for example, the Jcontrol program utilized in a product produced by SAP AG (SAP), is started through a web service interface. In an embodiment, the web service interface may start the startup and control program regardless of the type of platform utilized by a client. In one example, a managed system may comprise a J2EE instance. The startup and control program may initialize and monitor the J2EE instance, continuously checking the status of the elements of the instance and restarting any terminated processes.

In general, a web service provides a software system designed to support interoperable machine-to-machine interaction over a network. Web services conform to certain standards and thus provide a means of communication between applications on different platforms. Web services provide a mechanism for applications to communicate and interrelate in a platform independent fashion. Web services therefore may enable a service-oriented architecture in which certain services are reusable and transferable among heterogeneous environments, providing a common method for actions such as accessing data, providing instructions, and instituting other such actions.

Under an embodiment of the invention, a web service interface is implemented in a J2EE (Java 2 Platform, Enterprise Edition) platform. The J2EE platform is described in the J2EE specification, including as provided in version 1.4, Nov. 24, 2003. The implementation of a web service in a J2EE platform assists in providing portability of the client management processes.

The standards that are followed in web services include the use of XML (eXtensible Mark-up Language) for communication, including Extensible Markup Language (XML) 1.0 (Third Edition), Feb. 4, 2004, by the World Wide Web Consortium (W3C); SOAP (simple object access protocol) for the exchange of information, including SOAP Version 1.2, Jun. 24, 2003 by the W3C; WSDL (web services description language) for description of web service details, including Web Service Description Language Version 2.0, Aug. 3, 2003 by the W3C; and UDDI (universal description, discovery, and integration) for looking up web services, including Universal Description, Discover, and Integration Version 3.0. Numerous other specifications and recommendations may affect the structure and design of a web service. A web service has an interface that is described in a machine-processable format, with such format being WSDL. Other systems will interact with a web service in the manner that is prescribed in the web service's description using SOAP-messages, which are typically conveyed using HTTP (Hypertext Transfer Protocol).

Under an embodiment, a web service interface for monitoring systems is implemented using an open source product. In one embodiment, a system is implemented with SOAP, which is a light-weight protocol for exchanging messages between computer software. SOAP is intended to provide an extensible and decentralized framework that can work over multiple computer network protocol stacks. In this regard, remote procedure calls can be modeled as an interaction of several SOAP messages. SOAP can be run on top of all Internet protocols, but SOAP is commonly run on HTTP, as provided by W3C.

In general, any web service enabled client that can handle XML-RPC (Remote Procedure Calling) encoded communications may access a web service interface. XML-RPC includes a set of implementations to allow software running on disparate operating systems in different environments to make procedure calls over the Internet. The XML-RPC is defined by the relevant specification, XML-RPC Specification, Jun. 15, 1999. The applicable clients may include, but are not limited to, C/C++, Microsoft.NET, JAVA, and numerous other clients.

For the purposes of web services, when one application is to allow connection and access by other applications, the process is described utilizing WSDL. WSDL is used to specify details of a web service, thereby allowing an external system to utilize the web service without prior knowledge of details of the web service. WSDL provides a format that describes a network service as a set of endpoints operating on messages containing either document-oriented or procedure-oriented information. A WSDL document defines services as collections of network endpoints, or ports. In WSDL, the abstract definition of endpoints and messages is separated from the defined network deployment or data format bindings. This process thereby allows the reuse of abstract definitions, the definitions being messages, which are abstract descriptions of the data being exchanged, and port types, which are abstract collections of operations. The concrete protocol and data format specifications for a particular port type constitute a reusable binding. A port is defined by associating a network address with a reusable binding, with a collection of ports defining a service. In the provision of a web service, a WSDL document uses the following elements in the definition of services:

(a) Types—A container for data type definitions using a type system;

(b) Message—An abstract, typed definition of data being communicated;

(c) Operation—An abstract description of an action supported by the service;

(d) Port Type—An abstract set of operations supported by one or more endpoints;

(e) Binding—A concrete protocol and data format specification for a particular port type;

(f) Port—A single endpoint defined as a combination of a binding and a network address; and

(g) Service—A collection of related endpoints.

FIG. 1 is an illustration of an embodiment of a server and client system. In this illustration, a server 105 includes one or more systems, including application 110. In one example, an external client 120 seeks to provide external management of application 110. In one embodiment of the invention, the external client 120 attempts to connect with the application server 105 through an interface 115. In one embodiment, the interface 115 supports multiple different types of client platforms. The interface 115 may not provide sufficient security capability to ensure that external client 120 has sufficient authorization to manage application 110. In one embodiment, the interface includes an enhanced security function 125. The enhanced security function 125 extracts identification information from data from the external client 120, converts the identification information into a format that is compatible with the application 110, and searches the application 110 for the identification information.

FIG. 2 is an illustration of an embodiment of provision of security for a web service interface. In one embodiment, a server 205 includes an application 210. The server further includes a web service 215 to be used to provide an interface with client systems to externally manage applications. In this illustration, an external client system 220 attempts to establish management of the application 210, including a communication 225 from the external client system 220 to the server 205. The web service interface 215 is utilized to extract identification information 230 from the communication and convert the identification information into a form that is compatible with authorized user data 235 for the application 210. The identification information 230 is compared with the authorized user data 235. An authentication result 240 indicates whether the external client system 220 is authorized to manage the application 210.

FIG. 3 is an illustration of signals for an embodiment of the invention. Illustrated are a client 305, a UDDI registry 310, a web service interface 315, and an application 320. In an embodiment of the invention, the client performs a lookup 325 for the web service on the UDDI registry 310 and discovers the web service 330. The client 305 sends a request or other communication 335 to the web service interface. The communication from the client may include identification data, such as, in one example, the domain and username of the client. The communication will generally be in a format reflecting the platform of the client, and thus may not be compatible with the application 320. The web service interface will convert the identification data into a form that can be compared with data for the application. For example, the web service interface 315 may strip away the domain name and transfer the user name to the application 340. The application may return authorization data 345 to the web service interface 315. Based at least in part on the authorization data 345, the web service interface will allow or refuse service to the client 305.

FIG. 4 is a flowchart to illustrate an embodiment of security operations. In this illustration, a request to manage an application is received from a client system 405. In an embodiment, there is a determination whether the communication is secure 410. A secure communication may include a UNIX domain socket, Windows named pipe or other secure object. If the communication is secure, the process may proceed to determine whether it can authenticate the client 430. If the communication is not secure, an enhanced security process is utilized. In one embodiment, an identification is extracted from the client system request 415, and the identification is converted into a format that is compatible with the application 420. The managed application is searched to attempt to authenticate the client 425. Using either the secure communication or the enhanced security process, there is a determination whether the client can be authenticated 430. If so, external management of the application is allowed 435. If not, then the external management request is refused 440.

FIG. 5 is an illustration of an embodiment of an externally managed J2EE instance. In this illustration, a J2EE instance 500 includes a web service based start service 505 that operates in conjunction with a universal interface for multiple different types of client platforms. For any supported platform, the web service based start system 505 will initiate a startup and control service 510. The startup and control service 510 may then provide startup and control of J2EE worker nodes 518. In one embodiment, a communication with the web service based start service 505 may initiate an enhanced security operation. Data presented to the start service 505 is transformed to extract an identification that is compatible with authorization information for the instance 500 in order to determine whether a request to manage the instance is authorized.

FIG. 5 also illustrates an Internet communication manager 515 to provide communications for the instance 500. Further, there is shown monitoring elements 520 to monitor operations of the instance 500. The monitoring 520 may include, but is not limited to, process monitoring 525, virtual machine (VM) monitoring 530, cache monitoring 535, queue monitoring 540, session monitoring 545, thread monitoring 550, and alias administration 555. Other elements 560 may also be included in the J2EE instance 500.

FIG. 6 is a diagram illustrating an embodiment of a system architecture. In one embodiment, the diagram illustrates core components of the SAP NetWeaver architecture 600, in which a web service interface for external management may be implemented. The system architecture 600 comprises various SAP platforms that are merged together to provide the integration of people, information, and processes in one solution. The architecture 600 includes people integration 602, information integration 604, process integration 606, and an application platform 608.

People integration 602 is performed using a portal solution 612 and a platform to work in collaboration 614. Users are provided a multi-channel access 610 to ensure mobility. Examples of the portal solution 612 include SAP Enterprise Portal, SAP Mobile Engine, and Collaboration Package for SAP Enterprise Portal. Information integration 604 refers to the conversion of information into knowledge. Information integration 604 provides efficient business intelligence 618 and knowledge management 620 using, for example, SAP products such as Business Information Warehouse (BW) and Knowledge Management (KM). Further, consolidation of master data management beyond system boundaries is performed using SAP's Master Data Management (MDM) 616. Process integration 606 refers to optimized process management using integration broker or SAP exchange infrastructure 622 and business process management 624 techniques. Examples of products to perform process integration 606 include Exchange Infrastructure (XI) and Business Process Management (BPM).

An application platform 608 may include SAP's Web Application Server (Web AS), which is the basis for SAP applications. Web AS, which may be independent of the database and operating system 630, includes a J2EE engine 626 in combination with the proprietary ABAP (Advanced Business Application Programming) engine or instance 628 to further enhance the application platform 608. In one embodiment, the application platform 608 includes operation of a web service to provide an interface for heterogeneous external clients to manage systems provided by the application platform 608. In one embodiment, the operation of the web service may include an enhanced security process by which an identification is extracted from a communication from an external client that is seeking to manage a system. The identification is transformed to a format compatible with the managed system, and the transformed identification is compared with authorized user data for the managed system system.

The architecture 600 further includes a composite application framework 632 to provide various open interfaces (APIs) and a lifecycle management 634, which is an extension of a previously existing transport management system (TMS). As illustrated, the architecture 600 further provides communication with Microsoft.NET 636, International Business Machine (IBM) WebSphere 638, and other such systems 640.

FIG. 7 is a block diagram illustrating an embodiment of an architecture including a Web Application Server. In this illustration, an architecture 700 serves as an application platform (which may be, for example, the application platform 608 of provided in FIG. 2) for SAP NetWeaver and other SAP products. The architecture 700 includes a Web AS 720 having an ABAP program engine 702, which provides the ABAP development and runtime environment, with the dependability, scalability, and inter-process independence of operating systems 714 and database systems 718. The operating system 714 may include LINUX, UNIX, Windows, OS/390, OS/400, and other such operating systems. The database system 718 may include SAP database (SAP DB), Informix, Oracle, DB2, and other such database systems. The database system 718 is based on a database server 716, such as Microsoft Sequential Query Language (MS SQL) server.

The Web AS 720 with ABAP engine 702 further includes a J2EE program engine 704. The J2EE may support one or more program instances. The J2EE engine 704 is in communication with the ABAP engine 702 via a fast Remote Function Call (RFC) connection 706. The ABAP engine 702 and the J2EE engine 704 are further in communication with an Internet Communication Manager (ICM) 708. The ICM 708 is provided for handling and distributing queries to various individual components of the architecture 700. The architecture 700 further supports a browser 710, such as Microsoft Internet Explorer, Netscape Navigator, and other modified variations of mobile end devices, such as personal digital assistants (PDAs), pocket computers, smart cell phones, other hybrid devices, and the like. The Web AS 720 also supports various protocols and standards 712, such as HyperText Markup Language (HTML), eXtensible Markup Language (XML), Wireless Markup Language (WML), Hypertext Transfer Protocol (HTTP) and Hypertext Transfer Protocol, Secure (HTTP(S)), Simple Mail Transfer Protocol (SMTP), Web Distributed Authority and Versioning (WebDAV), Simple Object Access Protocol (SOAP), Single Sign-On (SSO), Secure Sockets Layer (SSL), X.509, Unicode, and the like. In one embodiment, the supported protocols 712 include SOAP and XML for the operation of web service to provide an interface for external management of systems on the Web AS 720. In one embodiment, the web service includes enhanced security by which communications are transformed to obtain identification information compatible with the managed system so as to authenticate the requesting party as a user of the system.

It should be appreciated that reference throughout this specification to “one embodiment” or “an embodiment” means that a particular feature, structure or characteristic described in connection with the embodiment is included in at least one embodiment of the present invention. Therefore, it is emphasized and should be appreciated that two or more references to “an embodiment” or “one embodiment” or “an alternative embodiment” in various portions of this specification are not necessarily all referring to the same embodiment. Furthermore, the particular features, structures or characteristics may be combined as suitable in one or more embodiments of the invention.

Similarly, it should be appreciated that in the foregoing description of exemplary embodiments of the invention, various features of the invention are sometimes grouped together in a single embodiment, figure, or description thereof for the purpose of streamlining the disclosure aiding in the understanding of one or more of the various inventive aspects. This method of disclosure, however, is not to be interpreted as reflecting an intention that the claimed invention requires more features than are expressly recited in each claim. Rather, as the following claims reflect, inventive aspects lie in less than all features of a single foregoing disclosed embodiment. Thus, the claims following the detailed description are hereby expressly incorporated into this detailed description, with each claim standing on its own as a separate embodiment of this invention. 

1. A method comprising: receiving a request to manage a system from a client at an interface; determining if a level of security is desired for the interface; if a level of security is desired for the interface, then: obtaining identification information from the request; converting the identification information into a format that is compatible with the system to be managed; and determining whether the system provides authorization for the client to manage the system.
 2. The method of claim 1, wherein the interface is a web service.
 3. The method of claim 1, wherein determining if a level of security is desired comprises determining whether the request received from the client system includes a secure object.
 4. The method of claim 3, wherein a secure object includes a UNIX domain socket or a Windows named pipe.
 5. The method of claim 1, further comprising refusing access to the client through the interface if the system does not provide authorization for the client.
 6. The method of claim 1, wherein determining whether the system provides authorization for the client to manage the system comprises comparing the converted identification to authorization data contained in the system to be managed.
 7. The method of claim 1, wherein the request comprises a domain and user name for the client.
 8. The method of claim 7, wherein converting the identification information comprises eliminating the domain from the identification information.
 9. A method comprising: registering a web service as an interface for a server; receiving a request to manage an application on the server from an external client at the web service; determining if enhanced security is desired for the web service; if enhanced security is desired for the web service, then providing an enhanced security function, the enhanced security function including: extracting identification information from the request; converting the identification information into a format that is compatible with the application; and searching the application for the identification information.
 10. The method of claim 9, wherein determining if enhanced security is desired for the web service comprises determining whether the request received from the external client system includes a secure object.
 11. The method of claim 9, further comprising refusing access to the external client through the interface if the search of the application does not provide a match for the identification information.
 12. A server comprising: a container comprising an application, the application including authorization data concerning users who are authorized to access the application; and an interface, the interface to be connected to a client system for management of the application, the interface to include an enhanced security function, the enhanced security function to extract identity information from a communication from a client system and determine whether the client system has authority to manage the application.
 13. The server of claim 12, wherein the interface comprises a web service.
 14. The server of claim 12, wherein the application comprises authorization data, and wherein the enhanced security function is to search the authorization data for the extracted identity information.
 15. The server of claim 12, wherein the enhanced security function is to convert the identification information into a format that is compatible with the application.
 16. The server of claim 12, wherein the enhanced security function is active when the interface determines that a communication from a client is not secure.
 17. The server of claim 16, wherein the interface determines that a communication is secure if the communication includes a secure object.
 18. A system comprising: a client system, the client system to provide a request to manage a computer application, the request to include identification information regarding the client system; and a server, the server including the computer application and an interface, the client system to be coupled with the interface, the computer application including data regarding access credentials; the interface to remove identification information from the request and convert the identification information into a format compatible with the computer application, the interface to compare the converted identification information with the data regarding access credentials to determine whether the client system is authorized to access the computer application.
 19. The system of claim 18, wherein the request comprises an account and domain name, and wherein the interface removes the domain name and provides the account to the computer application.
 20. The system of claim 18, wherein the interface comprises a web service.
 21. The system of claim 20, wherein the server includes a registry, the web service being registered with the registry.
 22. The system of claim 21, wherein the registry comprises a UDDI (universal description, discovery, and integration) registry.
 23. The system of claim 18, wherein the interface will refuse access to the client system through the interface if the interface is unable to establish that the client system is authorized to access the computer application.
 24. A machine-readable medium having stored thereon data representing sequences of instructions that, when executed by a processor, cause the processor to perform operations comprising: receiving a request to manage a system from a client at an interface; determining if a level of security is desired for the interface; if a level of security is desired for the interface, then: obtaining identification information from the request; converting the identification information to a format that is compatible with the system to be managed; and determining whether the system provides authorization for the client to manage the system.
 25. The medium of claim 24, wherein the interface is a web service.
 26. The medium of claim 24, wherein determining if a level of security is desired comprises determining whether the request received from the client system includes a secure object.
 27. The method of claim 26, wherein a secure object includes a UNIX domain socket or a Windows named pipe.
 28. The medium of claim 24, further comprising instructions that, when executed by the processor, cause the processor to perform operations comprising refusing access to the client through the interface if the system does not include authorization for the client.
 29. The medium of claim 24, wherein determining whether comprises comparing the converted identification to authorization data contained in the system to be managed.
 30. The medium of claim 24, wherein the request comprises a domain and user name for the client.
 31. The medium of claim 30, wherein converting the identification information comprises eliminating the domain from the identification information. 